home *** CD-ROM | disk | FTP | other *** search
- Path: news.luc.edu!user
- From: VArase@varase.it.luc.edu (Verne Arase)
- Newsgroups: comp.lang.c
- Subject: Re: Is this a C BUG??? (A string issue)
- Date: Mon, 01 Apr 1996 23:08:31 -0600
- Organization: LUMC
- Message-ID: <AD86126F966859743@mcdiala13.it.luc.edu>
- References: <4jknpf$9k3@abel.cc.sunysb.edu> <4jmjgfINN8pr@keats.ugrad.cs.ubc.ca> <AD84A72A96681716E4@mcdiala03.it.luc.edu> <4jp9s4INNpp2@keats.ugrad.cs.ubc.ca>
- NNTP-Posting-Host: 147.126.240.113
-
- In article <4jp9s4INNpp2@keats.ugrad.cs.ubc.ca>,
- c2a192@ugrad.cs.ubc.ca (Kazimir Kylheku) wrote:
-
- >What is being done is the conversion of non-fixed-length records to
- >fixed-length records. I fail to see how using low-level POSIX functions
- >would help, since you would have to pretty much duplicate what the
- >standard IO library does for you anyway. In fact, you could set a large
- >buffer size on the standard IO output stream which could cause it to
- >output a whole bunch of 194-character records at once. A naive
- >implementation of the program using write() would do the system call
- >for each record.
-
- Huh?
-
- The standard I/O f<...> functions are fine for formatted I/O, and I/O where
- compatible stream functions are desired, but aren't that great for fixed
- length record I/O.
-
- read/write allow you to slam in or out a specified number of bytes
- into/from a buffer; how is that restricting I/O to a single record at a
- crack?
-
- ---
- The above are my own opinions, and not those of my employer.
-